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(57) A technique and system are provided whereby 
modeling of decision-making in a business process, 
such as research and development, sales, accounting, 
engineering and human resources activities, is compu- 
ter network-enabled whereby data communications, 
storage and processing of business process data is 
standardized. Automatic or manual inputs for a business 
process are standardized and updated centrally and 
continuously and automatically or manually input. Out- 
puts or reports generated from the business process da- 
ta storage may be automatically generated according to 
preset criteria or generated upon request. Because all 
of the processes are centrally managed, e.g. , through a 
network, a plurality of business processes may be col- 
lectively or retrospectively analyzed e.g., to assess the 
accuracy of assumptions used during the progression 
of the processes. A virtual office is provided whereby 
members can enter data, information, documents and 
the like, which may be done on or off-line. Efficient pro- 
gression of individual business processes, as well as ef- 
fective management of a business process portfolio, e. 
g., optimizing of resource allocation, is thus . achieved. 



FIG. 3 



Team/ 




Team/ 




Team/ 


Group 




Group 


• • • 


Group 


Input M 




Input l_2 




Input i_N | 



Output o_1 




Output o_2 



Q_ 

LU 



Printed by Jouve, 75001 PARIS (FR) 



1 



EP 1 180 741 A2 



2 



Description 

Background of the Invention 
Field of the Invention: 

[0001] The present invention relates to a system and 
method for standardizing communications and deci- 
sion-making across multiple business processes andfor 
efficiently analyzing one ormore business processes for 
decision-making and strategic planning purposes. More 
particularly, the present invention relates to a method 
and system for enabling computer network access to 
and standardizing communications for input, output, 
and storage of business process data in connection with 
one or more business processes. The present invention 
further relates to a method and system for continuously 
updating and processing the stored business process 
data so that business decisions may be made consist- 
ently across multiple projects so as to permit more flex- 
ible strategic planning within an organization or among 
a group of organizations. 

Description of the Prior Art: 

[0002] Since its advent, the model of a standalone 
personal computer with removable storage media has 
had a great effect on the computer industry and has in- 
fluenced the design of many computer system architec- 
tures and infrastructures. However, advances in storage 
solutions and complex computer systems have been oc- 
curring rapidly since thetime of thefirst standalone com- 
puters. For example, the following are all examples of 
increased functionality that networked computer envi- 
ronments have evolved to possess: continued discovery 
of smaller integrated circuits and semiconductor chips 
capable of storing ever increasing quantities of data and 
processing data at rates/frequencies that continue to 
rise, increased bandwidth and data transfer rates pos- 
sible with current computer networks and increased uti- 
lization of server computers in a network in connection 
with other computers, databases, applications and stor- 
age components of all types. 

[0003] As a consequence, traditional standalone 
computing and storage models have been challenged. 
The widespread use of removable storage media, for 
example, has been challenged by the ability to remotely 
store files efficiently and inexpensively. For instance, to- 
day's storage devices can be connected to the computer 
system via a bus, or they can be connected to the com- 
puter system via wired or wireless networks. In addition, 
storage devices can be separate or co-located in a sin- 
gle cabinet, making remote storage practically an unlim- 
ited resource. Further, increased network activity along- 
side current storage techniques enable distributed ac- 
cess to centralized storage from a variety of remote or 
client locations. As different industries come to grips 
with the information age, traditional methods, process- 



es, ways of conducting business and applications are 
being replaced by networked digital solutions that take 
full advantage of these advances in information technol- 
ogy. Business process data storage and management 

5 is one such area that has not yet leveraged and taken 
full advantage of computer technology. 
[0004] A business process, as described herein, is 
any process, procedure, technique or method occurring 
in connection with the course of business operations for 

10 which one or more persons make decisions that are ger- 
mane to the continuation of the process, procedure, 
technique or method. Examples of business processes 
might include software development, human resource 
operations such as the collection and maintenance of 

15 employee information, accounting operations such as 
the distribution of payroll or the collection and mainte- 
nance of customer billing data, research operations 
such as the development of new products and/or serv- 
ices, sales operations such as sales to customers or 

20 pricing optimizations, or management operations such 
as the review of Action in Progress (AIP) reports. As 
used herein, a work process is a type of business proc- 
ess that generally refers to a process in which manage- 
ment decision-making is tied to the progress of the 

25 project. 

[0005] Traditionally, some enterprises have sought to 
standardize the progression of business processes by 
modeling the decision-making process for the business 
process, based on discrete stages of process develop- 

30 ment ranging from a beginning point to an endpoint. In 
the case of a product development process, decision- 
making may be modeled from the conception of an idea 
to the retrospective analysis of a product's marketplace 
fruition. Before a process reaches or progresses to the 

35 next level or stage, a gate or hurdle is encountered sig- 
nifying a decision point. For example, some business 
processes base decision-making upon identifiable risk 
factors and the certainty with which the risk factors may 
be defined. Thus, the advancement of a business proc- 

40 ess may be controlled according to a model. 

[0006] One type of business process that enterprises 
may undertake is research and development (R&D). 
Generally, with this type of process, a team of research- 
ers working at the direction of a management team is 

45 presented with an idea or a problem to be solved : and 
the project team seeks to produce a useful and cost ef- 
fective solution forthe problem. R&D is one type of busi- 
ness process that proceeds through stages of develop- 
ment and decision points. At various points, data is pro- 

50 duced by team members or from elsewhere that bears 
upon the overall development project. However, often- 
times, data entry for projects is not standardized or cen- 
tralized and it is also very difficult for team members to 
view an instantaneous snapshot of a project or for 

55 project managers to extract current data about multiple 
projects. For example, the quarterly production and dis- 
tribution of data about an enterprise's collective busi- 
ness processes, such as R&D projects, does not effi- 
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ciently address the instantaneous need for information 
regarding multiple processes or any particular process. 
[0007] For instance, in the context of R&D projects, if 
a marketing division determines with near absolute cer- 
tainty that there is no end market for a particular idea, 
the enterprise can save valuable time and resources by 
abandoning the project before it reaches the next stage. 
If the marketing division determines that more data 
(about competitor's products, the viability or probability 
of producing an operable or successful product, etc.) is 
necessary, the project may or may not advance based 
on the enterprise's philosophy with respect to less than 
certain research and development efforts. If the market- 
ing division determines with certainty that the potential 
product has excessive demand attached to it with hand- 
some profit margins, the project may advance from one 
stage of development to the next stage of development. 
Marketing data is just one example of the types of fac- 
tors that can be identified to aid in the decision-making 
process for a project. Currently, these types of decisions 
are made without the benefit of centralized business 
process data storage, and consequently the ability to 
normalize inputs, outputs, analysis and storage for such 
business processes as well as the ability to retrospec- 
tively analyze the process portfolio in real time would 
add greatly to the efficiency of business process per- 
formance. In this case, the real time routing of the mar- 
keting data into a portion of centralized storage allocat- 
ed for the relevant project would make these data avail- 
able to the process decision-makers immediately. Deci- 
sion-makers, as used herein, refers to anyone involved 
in the business process whose input to the process may 
change the course of the project e.g., a management 
team that may cut the project, or a researcher who 
changes his or her research strategy based on another 
researcher's results. In addition, this business process 
data may then be processed for presentation at any lev- 
el, for example, to streamline the amount of data pre- 
sented to the decision-makers or to tailor the quality of 
the data presented. It would thus be desirable to take a 
snapshot of all processes to yield an instantaneous pic- 
ture of any information germane to one or more busi- 
ness processes so as to allow real-time comparison 
across multiple processes. 

[0008] One type of model that has been applied to 
such business process management is termed a stage/ 
gate model. While no model can reduce decision-mak- 
ing uncertainty to zero, by setting rules that as a whole 
define the progress of a process through stages via 
gates or decision points, a stage/gate model helps to 
minimize the amount of guesswork and serves as a 
framework for decision-making. 

[0009] Exemplary prior art stage/gate, phase/gate, 
phase/review or serial process flows are shown in Fig- 
ures 1 A through 1E. Figure 1A illustrates what is re- 
ferred to as the GOLD stage/gate model. The decision- 
making model of Figure 1 A may be applied to any busi- 
ness or work process, but with exemplary reference to 



project (or product) development, in the idea stage 
s100, ideas are informally collected for advancement 
through the first gate g100 to a stage s102 where the 
idea's scope is defined. Thus, gates represent decision 

5 points where available data for an idea is examined to 
determine whether to advance to the next stage. Next, 
through gate g1 02, is a stage s1 04 wherein the concept 
is focused. Stages s1 02 and s1 04 may be thought of as 
part of a larger stage wherein the idea's viability is as- 

10 sessed. Through gate g104 is stage s106 wherein the 
idea, once assessed, is developed, the concept is mod- 
eled, and the like. Through decision gate g106 is stage 
s1 08 wherein the idea is commercialized/implemented. 
Through gate g1 08 is the final stage s1 1 0 wherein sales 

15 and post-commercialization review of the product are 
performed. In this fashion, a product's growth from an 
idea can be carefully examined in terms of atomic deci- 
sion points and discrete stages of development. 
[001 0] Figure 1 B illustrates what is referred to as the 

20 Corporate stage/gate model. Stages s112, s114, s1 1 6, 
s1 1 8 and s1 20 include the generation of ideas, the as- 
sessment of ideas, the development of the idea, the 
commercialization of the developments and the post- 
commercialization review of the commercialized prod- 

25 uct, respectively. Gates g1 1 2, g1 1 4, g1 1 6 and g1 1 8 are 
decision points that separate the stages. If the risk or 
costs for an idea at any gate is too high, the next stage 
is not reached. 

[0011] Figures 1C through 1 E represent other phase/ 

30 gate approaches. In a typical application of this ap- 
proach as diagrammed in Figure 1 C, the phases p1 to 
p6 for progression include exploration, initiation, design 
and development, requirements analysis, verification 
and validation, and pre-production, respectively. Gates 

35 gl20, g122, g124, g126 and g1 28 separate these stag- 
es and serve as decision points forcontinuing ordiscon- 
tinuing the project. Figure 1 D illustrates the same model 
on a fast track. Recognizing that decision points may 
take an arbitrary time to complete due to collection and 

40 analysis of data, the rapid development approach col- 
lapses g120 and g122 into a single gate and collapses 
p2 and p3 into a single phase whereby initiation proce- 
dures and the design and development of the product 
are combined for time and resource savings. 

45 [0012] Figure 1E illustrates what is referred to as a 
sashimi phase/gate model. Here, gates g130, g132, 
g134 and g136 are cascaded along with phases p1 to 
pN, so that the next phase may begin while the previous 
phase is analyzed at a gate. Some product develop- 

50 ments may be well suited to this model, especially when 
a wealth of experience suggests that there is a reason- 
able probability of continuing to the next phase. Thus, 
Figures 1A through 1E demonstrate exemplary stage/ 
gate process flows; however, due to the individualized 

55 application of stage/gate models to enterprise projects 
by different business units, problems associated with 
the entry, coordination and standardization of data 
among team members persist with these models, espe- 
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cially when considered from the standpoint of a large 
organization having many different ongoing projects. Al- 
so, decision-making is often discretely performed, 
whereby data for a decision is not gathered until time 
comes forthe decision, and consequently delays are in- 
troduced. Furthermore, resources, such as manufactur- 
ing or testing equipment, may be scarce within an or- 
ganization and thus the parallel performance of many 
business processes that may require the same resourc- 
es is generally not optimized i.e., unnecessary delays 
may be introduced by the scarcity of resources. 
[0013] While email, video teleconferencing, and the 
like have improved communications among project 
team members, for example, a number of stifling ineffi- 
ciencies remain. For example, document sharing tech- 
niques are generally not standardized. One team mem- 
ber might email a document or data to the other team 
members, but any changes or modifications to the doc- 
ument or data by any other team members can not be 
viewed by all unless someone collects all of the modifi- 
cations and changes and redistributes the document. 
However, the redistributed document, even if renamed, 
may cause confusion among one or more team mem- 
bers as to which version is the most current one. Thus, 
when different business units maintain data in different 
places and according to different versions, this lends it- 
self to inconsistent decision-making across business 
processes. 

[001 4] With respect to data entry issues for business 
processes, at the input side, data is not automatically 
input and thus must be manually entered. In addition to 
leading to inconsistent input, delays are introduced to 
produce data manually that could otherwise be gener- 
ated automatically. As mentioned, those charged with 
inputting data generally or inevitably enter data that 
does not follow a standard format. Thus, with respect to 
the output side of inconsistent and manual data entry 
for business processes, a manager or other decision- 
maker may have to read through all of the textual or oth- 
er types of varying input to discern what may be extract- 
ed as a whole or on a high level, which may also lead 
to inefficiency of the business process decision-making. 
Furthermore, without consistent and automatic input, 
decision-makers and business unit members are addi- 
tionally charged with the task of determining whether da- 
ta relating to business processes is current. 
[0015] Additional problems may arise in connection 
with the coordination of a plurality of related activities. 
For example, in the context of product development, at 
some point in the process, it may be desirable to present 
a product to a plurality of customers, or more generally, 
it may be desirable to coordinate some aspect of the 
forward movement of the process. Currently, there is no 
standard or automatic way for coordinating these types 
of similar activities, such as the establishment and main- 
tenance of customer relationships. Thus, it would be de- 
sirable to efficiently coordinate related activities for a 
plurality of customers. 



[0016] For another example, generally a process, 
such as an R&D project, undergoes a number of hurdles 
before proceeding whereby the leaders of a business 
unit evaluate the progress of a project, likelihood of com- 

5 mercial success for a project, and the like. Such individ- 
ualized decision-making, even when under the guid- 
ance of an enterprise policy, may yield inconsistent re- 
sults when decisions made in connection with projects 
are examined side by side, since some managers may 

10 emphasize or ignore the importance of certain risk fac- 
tors relative to emphases given to other projects by oth- 
er managers. While on a case by case basis, individu- 
alized decision-making may produce good results, as a 
whole, uniform enterprise decision-making would pro- 

15 duce economies of scale and streamlines the transfor- 
mation of ideas into products or services forthe market- 
place, and reduce overall product and quality improve- 
ment cycles. 

[0017] Further difficulties remain with respect to as- 
20 signing access levels to information, initiation of 
projects, enterprise wide analysis of projects, genera- 
tion of project portfolio documents, and the like. In short, 
it would be desirable to centralize the process by which 
an enterprise manages all processes in its process port- 
25 folio. As mentioned above, this centralized stored data 
would be beneficial for use with a variety of circumstanc- 
es, including optimizing the allocation of time and scarce 
resources. 

[0018] In consideration of the above insufficiencies 
30 associated with current project management systems, 
it would be desirable to enable centralized, networked 
uniformity for business processes within an enterprise. 
It would be further advantageous to standardize com- 
puterized data entry for association with enterprise 
35 projects. For example, it would be advantageous to en- 
able networked access to and application of stage/gate 
modeling techniques chosen by an enterprise to the en- 
terprise's processes and their progress cycles. It would 
be still further advantageous to provide forthe automatic 
40 formatting and delivery of certain types of data to a stor- 
age space allocated for a process, so that automatic 
standardization, collection and processing of data used 
for subsequent analysis or presentation may be per- 
formed in accordance with such a business process. It 
45 would be still further advantageous to provide a virtual 
office for team members to enter and share data, infor- 
mation and documents. It would be still further advan- 
tageous to automatically generate standardized outputs 
and reports from a process data store, such as a stage/ 
50 gate project data storage unit, that reflect the progress 
or other aspects of a project or multiple projects to busi- 
ness managers and/or other decision-makers. It would 
be further advantageous to assign different access lev- 
els so that different types of information may be dis- 
55 played to different entities, based upon the characteris- 
tics of the entities. The present invention has been de- 
veloped in consideration of these and other needs in the 
art relating to the computer network enabling of busi- 
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ness processes. 
Summary of the Invention: 

[0019] The present invention relates to business proc- 
ess management in an enterprise. Atechnique and sys- 
tem are provided whereby modeling of decision-making 
in a business process, such as research and develop- 
ment, sales, accounting, engineering and human re- 
sources activities, is computer network-enabled where- 
by data communications, storage and processing of 
business process data is standardized. Inputs for a busi- 
ness process are standardized, updated centrally and 
continuously and automatically or manually input. Out- 
puts or reports generated from the business process da- 
ta storage may be automatically generated according to 
preset criteria or generated upon request. Because all 
of the processes are centrally managed, e.g. , through a 
network, a plurality of business processes may be col- 
lectively or retrospectively analyzed e.g., to assess the 
accuracy of assumptions used during the progression 
of the processes. A virtual office is provided whereby 
members can enter data, information, documents and 
the like, which may be done on or off-line. Efficient pro- 
gression of individual business processes, as well as ef- 
fective management of a business process portfolio, e. 
g., optimizing of resource allocation, is thus achieved. 
In one embodiment, the system includes inputting busi- 
ness process data from cross-functional data entry 
sources, storing the business process data in a data- 
base in a format tailored to the business process, 
processing the business process data based upon pre- 
determined rules and decision-making criteria designed 
to streamline the business process, and outputting 
standardized/processed business process data to client 
computers based upon user access levels. 
[0020] Other features of the present invention are de- 
scribed below. 

Brief Description of the Drawings: 

[0021] The system and methods for providing compu- 
ter networked business process management and co- 
ordination arefurther described with reference to the ac- 
companying drawings in which: 

Figs. 1 A through 1E are block diagrams represent- 
ing exemplary prior art stage/gate models. 
Fig. 2 is a block diagram representing an exemplary 
network environment with a server in connection 
with which the method and system of the present 
invention may be implemented. 
Fig. 3 is a block diagram describing an exemplary 
flow of inputs to and outputs from a database in ac- 
cordance with the process managementtechniques 
of the present invention. 

Figs. 4A and 4B are block diagrams illustrating ex- 
emplary inputs, outputs and storage of business 



process data forthe business process management 
system of the present invention. 
Fig. 5 is a diagram representing exemplary inputs 
and outputs of software for the business process 
5 management system of the present invention. 

Fig. 6 is a diagram representing a technique for 
modifying the software of the present invention to 
accommodate alteration of the software based on 
use analysis. 

10 

Detailed Description of Preferred Embodiments: 

[0022] The present invention relates generally to an 
enterprise's oversight and management of ongoing 

15 processes in a portfolio such as a project portfolio, 
wherein inputs and outputs to a system are centrally 
managed and processed, and decision-making forthe 
advancement of processes is normalized according to 
preset criteria, such as identifiable risk factors. In the 

20 context of research projects that follow a stage/gate 
model , decision-making, inputs and outputs for a project 
or for multiple projects may be standardized according 
to the stage/gate approach utilized. The present inven- 
tion may be utilized in conjunction with a computer net- 

25 work environment, wherein users of client machines in- 
cluding hand-held devices, telephones, personal com- 
puters, televisions and the like may have access to and 
add to a project's associated information online or off- 
line according to various access levels. Standardized 

30 process portfolio reports can be automatically generat- 
ed or requested to quickly ascertain the status of a given 
process or processes, and the status/demographics/ 
statistics of the enterprise's various processes more 
generally. 

35 [0023] The present invention enables efficient knowl- 
edge management whereby not only are individual de- 
cisions simplified by the collection of relevant data for a 
particular decision, but due to the way data may be sub- 
sequently processed, the how and why decisions are 

40 made is also captured because each time a decision is 
made, there is a record of its surrounding circumstances 
that can be normalized against othersimilar or dissimilar 
decisions. The system of the present invention enables 
more efficient management of risk by giving decision- 

45 makers the best view of the business process data with- 
out unnecessary detail, although the detail is readily 
available if desired. Also, since teams and decision- 
makers may come from different fields and disciplines, 
such as is the case for consultants, developers, re- 

50 searchers, managers and the like, the present invention 
coordinates and standardizes the flow of information for 
business processes across disciplines. 
[0024] The present invention thus describes methods 
and techniques that may be used in a computer network 

55 environment so that business process management is 
made uniform across an enterprise's processes. Figure 
2 illustrates an exemplary network environment, with 
one or more servers in communication with client com- 
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puters via a network, in which the present invention may 
be employed. As shown, a number of servers 10a, 1 0b, 
etc., are interconnected via a communications network 
14 (which may be a LAN, WAN, intranet or the Internet) 
with a number of client computers 20a, 20b, 20c, etc. In 
a network environment in which the communications 
network 14 is the Internet, for example, the servers 10 
can be Web servers with which the clients 20 commu- 
nicate via any of a number of known protocols such as 
hypertext transfer protocol (HTTP). A secure enterprise 
intranet may also be employed for greater control over 
security and access to the enterprise's confidential port- 
folio of business processes, such as research projects. 
[0025] Each client computer 20 and server computer 
10 may be equipped with various application program 
modules, other program modules and program data, 
and with connections or access to various types of stor- 
age elements or objects, across which files or data may 
be stored or from which files and data may be retrieved 
for further processing or output. For instance, software 
22a, 22b, 22c, etc. ; such as applications or other client 
bits, may be stored on client devices 20a, 20b ; 20c, etc. 
for receiving and standardizing inputs and outputs for 
business processes in accordance with the present in- 
vention. Software 22d, 22e, etc. may be stored on serv- 
ers 10a, 10b, etc. for performing storage, access, up- 
dating and processing of business process data. 
[0026] Thus, the present invention can be utilized in 
a computer network environment having client comput- 
ers for accessing and interacting with the network and 
a server computer for interacting with client computers. 
In accordance with a preferred embodiment of the 
present invention, software resident in a centralized 
server system operates to manage and coordinate busi- 
ness processes, such as R&D projects using a stage/ 
gate model. The techniques and communications used 
incident to the present invention can be implemented in 
a variety of network or system architectures, and thus 
should not be limited to any particular architecture or 
format. 

[0027] Figure 3 is a block diagram depicting a gener- 
alized flow of business process information input to and 
output from a database 320 in accordance with the 
present invention. Business process data inputs ij 
through i_N are input to database 320 via templates t_l 
through t_N and mapping elements mj through m_N, 
Business process data outputs o_l through o_N receive 
business process data via processing elements pj 
through p_N from database 320. Outputs o_l through 
o_N and inputs i_l through i_N may occur on the same 
machine, as suggested by the dashed line. Since a team 
member may request outputs and since outputs may al- 
so be pushed to a team member, bi-directional commu- 
nications are enabled where appropriate on the output 
side. 

[0028] Inputs i_l through i_n come from different 
groups or teams such that the templates tj through t_N 
may be tailored to different groups or teams. For exam- 



ple, each group might represent a different research 
project team. Since each group or team may handle or 
collect different types of data at different times and in 
different formats, the ability to tailor, but nonetheless 
5 standardize, the inputting of business process data from 
different teams and groups via tailored templates t_l 
through t_N is an advantage of the present invention. 
This enables more uniform collection of data across 
multiple business processes without making the input- 
10 ting of data too rigid to accommodate variations among 
different groups. Also, inputs ij through i_N may be ex- 
ploded to one or more templates to fill in multiple differ- 
ent fields or other data entry portions. After the data 
passes through templates t_l through t_N, mapping el- 
's ements m_l through m_N map the data to appropriate 
data storage location(s). For example, a single data en- 
try point may be mapped to an entire column or row of 
a spreadsheet while at the same time, the data might 
be mapped to a word processing document and a graph- 
ic ic. 

[0029] The present invention may thus tailor the input 
procedure via templates tj through t_N to differences 
in team/group inputs i_l through i_N, while maintaining 
consistent input to database 320. In this regard, it is an 

25 advantage of the present invention that cross-functional 
business process team members and machines may in- 
put varied types of data to the system and have those 
different types of data normalized against a standard de- 
signed for the business process. The following provides 

30 an example: a first group may be operating in Europe, 
while a second group may be operating in the United 
States. As a result, the first group may wish to enter kil- 
ometers for distances while the second group may wish 
to enter miles for distances. Templates t_l and t_2 could 

35 be tailored to accept kilometers and miles, respectively. 
The data from templates t_l and t_2 could then be proc- 
essed such that the units of the data stored in database 
320 could be made standard. Once the data is input to 
templates t_l and t_2, mapping elements m_l and m_2 

40 govern to where the data is mapped for storage purpos- 
es. Business process data may also be input to tem- 
plates tj through t_N from a different machine such as 
another computer, or portions of inputs ij through i_N 
may be fed in combination to a template tj to t_N. In- 

45 telligent analysis of the business process data input to 
templates t_l through t_N may also indicate that some 
of the data is irrelevant to the process or otherwise is to 
be deleted. Deletion of portions of the business process 
data may be achieved at anytime during the flow of data. 

50 [0030] Alternatively, the business process data input 
to templates t_l through t_N could be sent directly to and 
stored in the database 320 without any pre-processing. 
Thus, the standardization of the business process data 
may take place after storage in the database 320. The 

55 units of the data, for example, may be made uniform be- 
fore outputting to outputs o_l through o_N via process- 
ing elements pj through p_N depending upon who (or 
what machine) will view (or receive) the output data. 
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Thus, outputs oj through o_N may also be tailored to 
the recipient of the data. The business process data may 
be transmitted, e.g., to an email address, a voicemail 
box or a network storage location, such as an Internet 
Web page for pickup. 

[0031] For an example, a management team may 
wish for a different view of the business process data 
than the business process group that originated portions 
of the data in the database. A management team may 
also be granted access to certain types of outputs oj 
through o_N whereas the business process group in 
general may not have such privileges. Thus, different 
access or security levels may be assigned to different 
users to protect sensitive or confidential data and the 
like and/or to direct different data to different users. 
These different outputs may be accomplished via differ- 
ent processing techniques implemented in processing 
units p_l through p_N which may be, for instance, uti- 
lized in connection with a database server computer. 
Additionally, these outputs may be achieved by perform- 
ing different data processing techniques after inputting 
and before outputting the business process data. 
Hence, communications in connection with different 
cross-disciplinary business process groups' input, out- 
put, storage and processing are standardized in accord- 
ance with the present invention. 
[0032] Figure 4A illustrates the present invention in 
the context of a generic business process for which 
management and coordination of inputting, outputting, 
storing and processing of business process data is de- 
sirable. As shown in the figure, a dashed rectangle 340 
represents a business process that drives or is an inte- 
gral part of the communications, storage and processing 
of data in accordance with the present invention. Thus, 
for example, inputs 300 to the system may come from 
clients 20 or machines 330, either manually or automat- 
ically. The form of the inputs 300 is driven by the busi- 
ness process involved; however, different inputs may 
follow different formats even for the same business 
process. Inputs 300 may be generated off-line as well, 
such that changes may be made to documents and the 
like off-line and then updated upon reconnection to the 
network. The data, once input according to a prespeci- 
fied format driven by the business process shell 340, is 
then formatted for storage in database 320 serviced by 
process server 1 0. In a presently preferred embodiment, 
inputs are stored in database 320 according to fields and 
other data identifiers for application of relational data- 
base techniques, and are stored in database 320 in one 
of a plurality of prespecified formats, such as certain 
types of word processing documents, spreadsheet doc- 
uments, scheduling documents and graphical files. 
Once stored, data for the plurality of business processes 
is processed/ analyzed according to rules that are ap- 
propriate to the business process shell 340 and the out- 
puts 31 0 that are to be by request or automatically gen- 
erated for business managers and others accessing cli- 
ents 20 and for machines 330 that may automatically 



receive such outputs 310. 

[0033] Figure 4B illustrates the present invention in 
the context of one or more business processes such as 
a stage/gate, research and development, sales, ac- 

5 counting, engineering or human resources process. For 
example, one such business process might be a stage/ 
gate model 341 wherein phases p1 to pN have associ- 
ated decision gates g1 to gN-1. Software 22 may be 
loaded onto any client machine 20 or server machine 

10 1 0 for practicingthe invention. Preferably, portions of the 
software 22 of the present invention are located on a 
server machine 1 0 connected to a database 320, such 
as a relational database, whereby users access the 
project management software 22 via a network. It 

15 should also be understood that software 22 may reside 
entirely on server 1 0, and a user would access the soft- 
ware 22 via the network 14. A client 20, once granted 
access to a project's information, based upon an as- 
signed user and/or client profile, may enter or alter ex- 

20 isting data either on or off line. The software has built 
therein pre-set rules based upon the stage/gate model 
341 , such as risk factors chosen for making decisions 
at the gates. In this context, riskfactors generally involve 
standard economic concepts such as product costs, 

25 technical risk e.g., manufacturing and product/process 
performance, marketability, value to customers, com- 
petitive response, etc. (unique factors for each enter- 
prise). In a preferred embodiment, one or more of these 
concepts is broken down f u rtherto identify more specific 

30 riskfactors for decision-making. Thus, the types of com- 
munications that occur in accordance with the present 
invention are dependent upon the type of business proc- 
ess being computer network enabled. 
[0034] From a system perspective, project members 

35 enter data, or data is automatically fed into the system 
from machines 330 or clients 20 when made available 
via input 300 and/or virtual office 301 . While not intend- 
ed to be limiting, a machine 330 may be a testing ma- 
chine that generates test data or any other source of 

40 data that does not require manual input. As shown, input 

300 may include a virtual office 301 wherein users can 
have access to and input data into a virtual workspace 
for research data entry providing a common way for 
team members to share research results and to provide 

45 comments. Preferably, a set of rules is established for 
occurrences where multiple users access to or request 
access to the same document or data at the same time 
to avoid multiple versioning conflicts. The virtual office 

301 is intended to reduce the hodge podge of types of 
50 data that may result from technicians and lab assistants 

entering data in any fashion desired on an individual ba- 
sis. By providing a standard way to enter project data, 
enterprise uniformity is thus achieved. Filtering and oth- 
er data manipulation of entered data may occur before 
55 the prose, text, ideas, etc. entered by team members is 
stored. In recognition that not all information is useful, a 
form may be provided to standardize the entry of data 
and certain types of data may be removed entirely if it 
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is determined to be useless. Data may be stored accord- 
ing to one or more of text, email, audio, video, spread- 
sheet, scheduling and graphical format. 
[0035] Reports and other outputs may be output to 
one or more client machines 20 or machines 330 either 
automatically e.g., in the case of a project portfolio quar- 
terly report, or by request e.g., for more specific project 
information. Information can be processed on an enter- 
prise-wide project basis due to the ease with which data 
can be organized using standard relational database 
techniques via searchable fields and the like. Addition- 
ally, as a result of processing the business process data, 
success and failure rates of components of the business 
process may be determined. These success and failure 
rates may then be attached to the corresponding com- 
ponents so that future use of those components may 
take into account their probability or probabilities of suc- 
cess. For example, if successful research and develop- 
ment consistently involves 2 or 3 key employees, those 
2 or 3 key employees can be identified and placed stra- 
tegically on future projects. Staffing success rates . how- 
ever, are just one example of this. There are numerous 
variables that contribute to the success or failure of a 
business process, and each one may be quantified to 
the extent possible in accordance with the present in- 
vention. Thus, the system and methods of the present 
invention facilitate both optimizing individual business 
processes and streamlining operations across business 
processes. 

[0036] In the context of the product development cy- 
cle following a stage/gate model 341 , the present inven- 
tion seeks to reduce project risk as the product devel- 
opment proceeds from p1 to pN, with a reduction in risk 
and uncertainty as the product advances from one stage 
to the next. With inputs coming from a plurality of sourc- 
es identifying a gamut of factors affecting the product's 
feasibility, such as salability, health and safety consid- 
erations, etc., a project's team leaders have a standard 
way to analyze the process of product development and 
to ensure its success with greater probability during 
product development. In a presently preferred embodi- 
ment, 29 risk factors have been identified belonging to 
5 categories of risk factors. Early stage assumptions are 
made where uncertainty is high. The goal of the riskfac- 
tor analysis is to determine which risk factors have the 
most uncertainty associated therewith so that weak links 
in the product development chain can be identified and 
thus focused upon by the business unit so as to maxi- 
mize a product's probability of success. 
[0037] Some of the data may come from team mem- 
bers entering data directly to the system via a client 20 
while other data may be automatically entered from oth- 
er sources. This other data might include market condi- 
tions such as a consumer confidence index, or any use- 
ful statistic or data point that the enterprise regards as 
useful information in terms of reducing risk as a product 
is developed. Documents, once created, may be routed 
to output 31 0 so that the appropriate people receive the 



data for review or alteration. This may be done automat- 
ically or the user may choose to whom the documents 
are routed. Standardized monthly reports may also be 
automatically generated and routed to the appropriate 
5 people of the business unit. Since the business process 
data store 320 is continuously updated in real-time, out- 
puts 310 are reflective of the most current set of data 
whenever generated. 

[0038] In the case where communications network 14 
10 is the Internet, the process portfolio may be accessed 
from a variety of client machines 20 and data may be 
entered and reports may be generated from anywhere. 
As mentioned, communications network 14 may be an 
intranet or any other secure network for practicing the 
15 invention. The software may be tailored to a variety of 
business processes, enterprises and industries, includ- 
ing but not limited to activities in connection with re- 
search and development, sales, accounting, engineer- 
ing, software development, technical service, market- 
20 ing, strategic planning and human resources. Generally, 
such considerations entering into decision-making for a 
business process, such as assumptions and risk factors 
that may be applicable to a certain industry, such as the 
pharmaceutical industry, may also apply or be minimally 
25 altered to apply to other organizations. Consequently, 
the software is readily modifiable to accommodate any 
number of industries and enterprise assumptions and 
identifiable product risk factors. 

[0039] The software 22 of the present invention gen- 
30 erally will betailoredto the business process being com- 
puter network enabled. For example, the types and fre- 
quencies for allowable inputs, fields used for storage, 
processing of data and formatting of outputs from the 
present invention will be driven by the type of business 
35 process. If it is a human resources business process, 
the inputs, outputs, storage and processing of data will 
be oriented towards human resource data. For example, 
computer inputs would be driven by an already existing 
standard employee data form. Storage of data would ad- 
40 here to fields such as name, social security number, pre- 
vious employer, etc. Data could be processed and out- 
puts could be tailored to different individuals depending 
upon the purpose for viewing the human resource data. 
[0040] To illustrate in greater detail a business proc- 
45 ess management system in the context of R&D projects, 
Fig. 5 is a flow diagram representing exemplary com- 
munications of an embodiment of project management 
system software developed in accordance with the 
present invention. With reference to Fig. 2, software bits 
50 22a, 22b, 22c, 22d, 22e, etc. in accordance with the 
present invention may be located in clients 20 and serv- 
ers 10 in order to implement the communications be- 
tween clients and servers in accordance with a business 
process. Any one of software bits 22a, 22b, 22c, 22d, 
55 22e, etc. may include one or more of start module 400, 
user administration module41 0, process manager mod- 
ule 420, project leader module 440, team member/port- 
folio analyst module 450 and publish on a Web Site via 
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Server module 470. After start module 400, wherein in- 
itialization of or entry into the system and the like is per- 
formed, exemplary inputs for user administration mod- 
ule 41 0 include the entry of additional users of the sys- 
tem 411 , the granting of privileges for users of the sys- 
tem 412, the deletion of users 413 and the modification 
of privileges 41 4. 

[0041] The process manager module 420 may in- 
clude functionality such as allowing a user to initiate a 
new project 421, identify a project name 422, identify 
who the project leader is 423, inform the project leader 
about something 424, create or modify business proc- 
ess specific input templates 425, update project status 
426, change project's publishing criteria 427, enter 
some type of other data 428, override data (e.g., to re- 
solve a version conflict) 429 and define rules to deal with 
thesituation where multiple peopletry to access ormod- 
ify the same data in parallel 430 (e.g., create data map- 
pings between altered data and users). 
[0042] The project leader module 440 allows project 
leaders to perform functions that others may not such 
as identify team members 441 , inform one or more team 
members of something 442 and update project sched- 
ule in scheduling software 443. 

[0043] The team member/portfolio analyst module 
450 is two tiered in the figure, the top portion 451 to 455 
being for a team member and the dashed box portion 
456-464 being for a analyst of the process portfolio (a 
tailored collection of data concerning all business proc- 
esses). This module 450 is thus a vehicle for access to 
the business process data stored in database 320. A 
team member may, for example, browse reports 451 , 
browse team documents 452, check out documents for 
work off-line 453, edit a document 454 and check in a 
document that has been checked out 455. A portfolio 
analyst may browse through the data 456, edit the data 
457, check out a document 458, check in a document 
459, create and modify a template 460. Outputs that 
may be generated by or for the portfolio analyst may in- 
clude the generation of cockpit reports 461 , the gener- 
ation of portfolio analysis and portfolio reports 462, the 
generation of charts 463 and the generation of summary 
tables 464. 

[0044] While data may be input according to tailored 
templates, such as templates t_l through t_N, so that 
data may be entered in a format that is suited to a par- 
ticular group's needs and requirements, and while data 
may be output according to any format via processing 
elements pj through p_N to suit the data recipient's 
needs and requirements, the data are stored in data- 
base 320 in common formats in accordance with the 
present invention. For example, in a preferred embodi- 
ment, the business process data are stored in at least 
one of a word processing document, scheduling docu- 
ment, spreadsheet document and graphical file. 
[0045] Thus, the software of the present invention au- 
tomates inputs, outputs, storage and processing of data 
for use in connection with business process manage- 



ment and coordination. For example, once a particular 
set of data is captured in the system, that packet of data 
may be exploded throughout the system automatically 
to update other portions of data in the system upon 
5 which the particular set of data has a bearing. This could 
be used to automate any sort of repetitive or tedious da- 
ta entry task. Further, data can be edited on or off-line 
and rules may be input to determine priority during 
check in or check out procedures. Voluminous amounts 
of data and documents can be stored and catalogued 
efficiently, so that data stay easily accessible and history 
is preserved. Cockpit spreadsheets and portfolio anal- 
ysis spreadsheets are continuously updated and may 
be generated at anytime or by schedule. A risk model 
may be incorporated into business process decision- 
making. Also, as will be explained in more detail below, 
the system software of the present invention provides 
unique data analysis capabilities including dynamic up- 
dates and revisions based upon bugs (defects) and 
wishes for additional or other software functionality. It is 
also noted that the above sub-modules are listed for ex- 
emplary purposes only, and that a variety of sub-mod- 
ules could be written for the purpose of tailoring data 
gathered and output in connection with a business proc- 
ess, such as research and development. 
[0046] Fig. 6 is a flow diagram representing dynamic 
functionality for the software 22 of the present invention 
whereby a user can enter wishes based upon function- 
ality that would be desirable or notify a system admin- 
istrator of a system bug based upon an imperfection ob- 
served during use. Risk factors or other assumptions 
made for purposes of decision-making may also be ret- 
rospectively analyzed to improve the project manage- 
ment system or process portfolio of the present inven- 
tion. Thus, the present invention lends itself to an intel- 
ligent, retrospective diagnostic analysis to determine 
whether the system can be 'tweaked' to make it even 
better based upon experience. For example, software 
22 may automatically compile and track wish lists and 
bug lists, provide users with a mechanism to express 
wishes for the system software 22, capture/track infor- 
mation about wishes and bugs systematically and auto- 
matically whether they occur or are input off-line or on- 
line and transfer wish and bug lists to a Web based dis- 
cussion point for a more democratic discourse on the 
desirability of changing the software 22 based on a bug 
or a wish. 

[0047] For example, a first or current version of soft- 
ware 22 is at 500 and a revised version is at 540. In 
between 500 and 540 is the process by which the revi- 
sion takes place. A module 51 0 includes the functional- 
ity whereby any user may add a wish 511, add brief text 
via a text form 51 2, for example, to accompany the wish 
addition, add a detailed description via a word process- 
ing document 513 and submit the wish to the wish list 
at 51 4. A process manager module 520 may govern the 
acknowledgment of receipt of a wish 521 , the viewing 
of compiled reports 522, the selection of items from the 



15 



20 



25 



30 



35 



40 



45 



50 



9 



17 



EP 1 180 741 A2 



18 



523, emailing process managers, key users and devel- 
opers for comments 524 and the revision of the wish 
and bug lists. Outside of this process are the developers 

530 who may receive emails regarding wishes or bugs 

531 and analyze wish and bug list design requirements/ 
obtain approval to make revision 532. Once such ap- 
proval is obtained, the developers 530 may produce the 
revised version 540. As mentioned above, a web-based 
forum may be created for the discussion of appropriate 
modifications to the software 22 of the present invention . 
Wishes for the software of the present invention may be 
input to a computer network from any client computer 
and may be transmitted to a developer for modification 
of the software in accordance with the wishes. A kind of 
wish is the correction of a defect. In this regard, a defect 
may trigger the transmission of defect information to a 
developer for modification of the software to correct the 
defect. 

[0048] The various techniques described herein may 
be implemented with hardware or software or, where ap- 
propriate, with a combination of both. It is widely appre- 
ciated that many electrical devices may be implemented 
in software, firmware or hardware and thus references 
to software should not be construed to be limited there- 
to. The methods and apparatus of the present invention, 
or certain aspects or portions thereof, may take the form 
of program code (i.e., instructions) embodied in tangible 
media, such as floppy diskettes, CD-ROMs, hard drives, 
or any other machine-readable storage medium, where- 
in, when the program code is loaded into and executed 
by a machine, such as a computer, the machine be- 
comes an apparatus for practicing the invention. In the 
case of program code execution on programmable com- 
puters, the computer will generally include a processor, 
a storage medium readable by the processor (including 
volatile and non-volatile memory and/or storage ele- 
ments), at least one input device, and at least one output 
device. One or more programs are preferably imple- 
mented in a high level procedural or object oriented pro- 
gramming language to communicate with a computer 
system. However, the program(s) can be implemented 
in assembly or machine language, if desired. In any 
case, the language may be a compiled or interpreted 
language, and combined with hardware implementa- 
tions. 

[0049] The methods and apparatus of the present in- 
vention may also be embodied in the form of program 
code that is transmitted over some transmission medi- 
um, such as over electrical wiring or cabling, through 
fiber optics, or via any other form of transmission, 
wherein, when the program code is received and loaded 
into and executed by a machine, such as an EPROM, a 
gate array, a programmable logic device (PLD), a client 
computer, a video recorder or the like, the machine be- 
comes an apparatus for practicing the invention. When 
implemented on a general-purpose processor, the pro- 
gram code combines with the processor to provide a 
unique apparatus that operates to perform the indexing 



functionality of the present invention. For example, the 
storage techniques used in connection with the present 
invention may invariably be a combination of hardware 
and software. 

5 [0050] While the present invention has been de- 
scribed in connection with the preferred embodiments 
of the various figures, it is to be understood that other 
similar embodiments may be used or modifications and 
additions may be made to the described embodiment 

10 for performing the same function of the present inven- 
tion without deviating therefrom. For example, while 
standard word processing, spreadsheet, scheduling 
and/or graphics files may be used for input and storage 
in accordance with the present invention, any file or 

15 stream of data suitable to a particular business process 
may be used. Also, it should be understood that many 
different communications and network protocols may be 
suited to the generation and storage of standardized 
business process data in accordance with the present 

20 invention. Furthermore, it should be emphasized that a 
variety of computer platforms, including handheld de- 
vice operating systems and other application specific 
operating systems are contemplated. Therefore, the 
present invention should not be limited to any single em- 

25 bodiment, but rather construed in breadth and scope in 
accordance with the appended claims. 

Claims 

30 

1 . A method for an organization or a group of organi- 
zations to manage at least one business process, 
comprising the steps of: 

35 inputting business process data from cross- 

functional data entry sources from at least one 
client computer into a computer network; 
storing said business process data in a data- 
base according to at least one format tailored 
40 to said at least one business process; 

updating said business process data in said da- 
tabase as additional business process data is 
input according to said inputting step; 
processing said business process data based 
45 upon predetermined rules and decision-making 

criteria designed to streamline said business 
process; and 

outputting at least one portion of said proc- 
essed business process data in connection 
50 with said business process. 

2. A method according to claim 1 , wherein said out- 
putting step includes the step of transmitting said 
business process data to at least one of an email 

55 address, a voicemail box and a network storage lo- 
cation. 

3. A method according to claim 1 , further comprising 
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a data mapping step wherein data input in said in- 
putting step is mapped to at least one field in said 
database according to pre-set criteria for the type 
of data. 

5 

4. A method according to claim 1 . wherein said input- 
ting step includes the step of inputting business 
process data relating to activity for at least one of 
research and development, sales, accounting, en- 
gineering, software development, technical service, 10 
marketing, strategic planning and human resourc- 
es. 

5. A method according to claim 1 . wherein said input- 
ting step includes the step of inputting data into a 15 
virtual office whereby data can be entered from at 
least one of a plurality of geographically disperse 
locations according to a standard format for storage 

in said database. 

20 

6. A method according to claim 1 , wherein said out- 
putting step includes the step of outputting data to 
at least one of a plurality of geographically disperse 
locations according to a format that is tailored to 
said at least one geographically disperse location. 25 

7. A method according to claim 1 , wherein said 
processing step includes the step of processing 
business process data based on one of a stage/ 
gate decision-making model, a phase/gate deci- 30 
sion-making model, a serial decision-making mod- 
el, and a phase/review decision-making model. 

8. A method according to claim 1 , wherein said 
processing step includes the step of processing 35 
business process data based on risk factors and 
other criteria. 

9. A method according to claim 1 , wherein said 
processing step includes the step of routing input 40 
business process data to other applications and da- 
ta stores that are affected by the business process 
data. 

10. A method according to claim 1, wherein said out- 45 
putting step includes the step of outputting stand- 
ardized reports and transmitting said business 
process data to at least one of an email address, a 
voicemail box and a network storage location. 

50 

11. A method according to claim 1 . wherein said step 
of inputting business process data is performed off- 
line and changes to the business process data are 
updated in said database upon reconnection to said 
computer network in accordance with pre-set rules. 55 

12. A method according to claim 1 . wherein said step 
of inputting business process data includes the step 



of automatically inputting data from at least one ma- 
chine. 

13. A method according to claim 1 , wherein said step 
of storing said business process data includes the 
step of storing the data in at least one of a text, 
email, audio, video, spreadsheet, scheduling and 
graphical format, 

1 4. A computer-readable medium having computer-ex- 
ecutable instructions for instructing a computer to 
perform the steps recited in claim 1 . 

15. A computer-readable medium according to claim 
1 4, wherein a wish for said instructions is input into 
said computer network from said at least one client 
computer and is transmitted to a developer for mod- 
ification of said instructions in accordance with said 
wish. 

16. A computer-readable medium according to claim 
1 4, wherein a defect in said instructions triggers the 
transmission of defect information over said com- 
puter network to a developer for modification of said 
instructions to correct said defect. 

17. A modulated data signal for carrying information 
that encodes computer-executable instructions for 
instructing a computer to perform the steps recited 
in claim 1 . 

1 8. A computer system for managing at least one busi- 
ness process of an organization or group of organ- 
izations, comprising: 

at least one client computer; 
at least one server computer, wherein said at 
least one server computer receives standard- 
ized cross-functional business process data in- 
put to said at least one client computer and 
processes said business process data based 
upon predetermined rules and decision-making 
criteria designed to streamline said at least one 
business process, and wherein said at least 
one server computer outputs reports and other 
documents to said at least one client computer 
based upon access levels and predetermined 
routing for said reports and documents; and 
a database operatively coupled to said at least 
one server computer for storing said business 
process data. 

1 9. A computer system according to claim 1 8, wherein 
said business process data is data for use in con- 
nection with one of a stage/gate decision-making 
model, a phase/gate decision-making model, a se- 
rial decision-making model, and a phase/review de- 
cision-making model. 
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20. A computer system for managing a plurality of busi- 
ness processes of an organization or group of or- 
ganizations, comprising: 

at least one server computer, wherein said at 5 
least one server computer receives standard- 
ized cross-functional business process data via 
a computer network and processes said busi- 
ness process data based upon predetermined 
rules and decision-making criteria designed to 10 
streamline said plurality of business processes, 
and wherein said at least one server computer 
outputs reports and other documents via said 
computer network to decision-makers making 
decisions in connection with said plurality of 15 
business processes; and 
a database operatively coupled to said at least 
one server computer for storing said business 
process data received via said computer net- 
work. 20 

21 . A computer system according to claim 20, wherein 
said business process data is data for use in con- 
nection with one of a stage/gate decision-making 
model, a phase/gate decision-making model, a se- 25 
rial decision-making model, and a phase/review de- 
cision-making model. 

22. A method for analyzing a portfolio for an organiza- 
tion or group of organizations in real-time to man- 30 
age organizational resources, comprising the steps 

of: 

inputting business process data from cross- 
functional data entry sources for a plurality of 35 
business processes in a format tailored to said 
plurality of business process into a computer 
network from at least one client computer; 
storing said business process data in a data- 
base according to said format; 40 
updating said data in said database as addition- 
al business process data is input according to 
said inputting step; 

processing said business process data in said 
database in accordance with predetermined al- 45 
gorithms that extract business process re- 
source management information across said 
plurality of business processes; and 
outputting said business process resource 
management information for use in analysis of 50 
said portfolio. 

23. A method according to claim 22, wherein said out- 
putting step includes the step of transmitting said 
business process data to at least one of an email 55 
address, a voicemail box and a network storage lo- 
cation. 



24. A method according to claim 22 ; further comprising 
a data mapping step wherein data input in said in- 
putting step is mapped to at least one field in said 
database according to pre-set criteria for the type 
of data. 

25. A method according to claim 22, wherein said 
processing step includes the step of processing 
business process data based on risk factors and 
other criteria. 

26. A method according to claim 22, wherein said input- 
ting step includes the step of inputting business 
process data relating to activity for at least one of 
research and development, sales, accounting, en- 
gineering, software development, technical service, 
marketing, strategic planning and human resourc- 
es. 

27. A method according to claim 22, wherein said 
processing step includes the step of determining 
the allocation of resources used in a plurality of 
business processes. 

28. A method according to claim 22, wherein said 
processing step is performed when said business 
process data in said database is updated according 
to said updating step. 

29. A method according to claim 22, wherein said step 
of storing said business process data includes the 
step of storing business process data in at least one 
of a text, email, audio, video, spreadsheet, sched- 
uling and graphical format. 

30. A method according to claim 22, wherein said 
processing step includes the step of determining 
success and failure rates of at least one variable 
component of said business process. 

31 . A computer-readable medium having computer-ex- 
ecutable instructions for instructing a computer to 
perform the steps recited in claim 22. 

32. A computer-readable medium according to claim 
31 , wherein a wish for said instructions is input into 
said computer network from said at least one client 
computer and is transmitted to a developer for mod- 
ification of said instructions in accordance with said 
wish. 

33. A computer-readable medium according to claim 
31 , wherein a defect in said instructions triggers the 
transmission of defect information over said com- 
puter network to a developer for modification of said 
instruction to correct said defect. 

34. A modulated data signal for carrying information 
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that encodes computer-executable instructions for 
instructing a computer to perform the steps recited 
in claim 22. 
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FIG. 1B 
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FIG. 1C 
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FIG. 1D 

Prior Art - PhaseSate Rapid Development 
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FIG. 1E 

Prior Art - PhaseGate Sashimi 
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